home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 7_5_03.tro < prev    next >
Text File  |  1991-12-13  |  49KB  |  2,293 lines

  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .LP
  23. \fBMONTAGE: FIN DE LA RECOMMANDATION T.71 EN\(hyT\* | TE DE CETTE PAGE\fR 
  24. .sp 2P
  25. .LP
  26. \v'21P'
  27. \fBRecommendation\ T.90\fR 
  28. .RT
  29. .sp 2P
  30. .ce 1000
  31. \fBCHARACTERISTICS\ AND\ PROTOCOLS\ FOR\ TERMINALS\fB
  32. .EF '%    Fascicle\ VII.5\ \(em\ Rec.\ T.90''
  33. .OF '''Fascicle\ VII.5\ \(em\ Rec.\ T.90    %'
  34. .ce 0
  35. .sp 1P
  36. .ce 1000
  37. \fBFOR\ TELEMATIC\ SERVICES\ IN\ ISDN\fR 
  38. .ce 0
  39. .sp 1P
  40. .ce 1000
  41. \fI(Melbourne, 1988)\fR 
  42. .sp 9p
  43. .RT
  44. .ce 0
  45. .sp 1P
  46. .ce 1000
  47. CONTENTS
  48. .ce 0
  49. .sp 1P
  50. .sp 2P
  51. .LP
  52. 1
  53.     \fIScope\fR 
  54. .sp 1P
  55. .RT
  56. .sp 1P
  57. .LP
  58.     1.1
  59.     General
  60. .sp 9p
  61. .RT
  62. .LP
  63.     1.2
  64.     Use of Bearer capabilities
  65. .LP
  66.     1.3
  67.     Protocol architecture
  68. .sp 1P
  69. .LP
  70. 2
  71.     \fIISDN circuit\(hyswitched mode (DTE\(hyDTE communication)\fR 
  72. .sp 9p
  73. .RT
  74. .LP
  75.     2.1
  76.     Protocol set
  77. .LP
  78.     2.2
  79.     Application rules for B\(hychannel circuit\(hyswitched mode
  80. .sp 1P
  81. .LP
  82. 3
  83.     \fIISDN packet\(hyswitched mode (DTE\(hyDCE communication)\fR 
  84. .sp 9p
  85. .RT
  86. .LP
  87.     3.1
  88.     Protocol set
  89. .LP
  90.     3.2
  91.     Application rules for B\(hychannel packet\(hyswitched mode
  92. .sp 1P
  93. .LP
  94. 4
  95.     \fIProvision of the OSI\(hyNS\fR 
  96. .sp 9p
  97. .RT
  98. .LP
  99.     4.1
  100.     Rationale for considering the OSI Network Service
  101. .LP
  102.     4.2
  103.     Architecture/Available ISO Standards and CCITT
  104. Recommendations
  105. .LP
  106.     4.3
  107.     Requirements for the OSI\(hyNS
  108. .sp 1P
  109. .LP
  110. 5
  111.     \fIAdditional X.25 optional user facilities\fR 
  112. .sp 9p
  113. .RT
  114. .LP
  115.     5.1
  116.     Categories of additional functionalities
  117. .LP
  118.     5.2
  119.     Functionalities\fR .bp
  120. .sp 1P
  121. .LP
  122. 6
  123.     \fIInteractions between the D\(hychannel and B\(hychannel\fR 
  124. .sp 9p
  125. .RT
  126. .sp 1P
  127. .LP
  128. 7
  129.     \fISupplementary services\fR 
  130. .sp 9p
  131. .RT
  132. .sp 1P
  133. .LP
  134. 8
  135.     \fITerminal response time\fR 
  136. .sp 9p
  137. .RT
  138. .sp 1P
  139. .LP
  140. 9
  141.     \fISynchronization\fR 
  142. .sp 9p
  143. .RT
  144. .sp 1P
  145. .LP
  146. 10
  147.     \fIHigher layer protocols\fR 
  148. .sp 9p
  149. .RT
  150. .LP
  151.     10.1
  152.     Transport layer
  153. .sp 1P
  154. .LP
  155. \fIAnnex\ A\fR     \(em
  156.     Procedures for connection establishment, connection
  157. release and information transfer
  158. .sp 9p
  159. .RT
  160. .LP
  161. \fIAppendix\ I\fR     \(em
  162.     Consideration of incoming calls for facsimile terminals
  163. from networks without HLC provision
  164. .LP
  165. \fIAppendix\ II\fR     \(em
  166.     Optional usage of the T.70 NL protocol
  167. .LP
  168. \fIAppendix\ III\fR     \(em
  169.     Service definitions and state transition diagrams for
  170. the Data Link layer within the B\(hychannel (CS\(hymode)
  171. .LP
  172. \fIAppendix\ IV\fR     \(em
  173.     Possible model for telematic endsystems taking into
  174. account the D\(hychannel/B\(hychannel coordination function
  175. .sp 2P
  176. .LP
  177. \fB1\fR     \fBScope\fR 
  178. .sp 1P
  179. .RT
  180. .sp 1P
  181. .LP
  182. 1.1
  183.     \fIGeneral\fR 
  184. .sp 9p
  185. .RT
  186. .PP
  187. ISDN has been defined to support a wide range of voice and
  188. non\(hyvoice services, and applications, in the same network based on a
  189. multipurpose user\(hynetwork interface.
  190. .PP
  191. This Recommendation describes the requirements for Telematic
  192. terminals, developed for ISDN application, and connected to an ISDN specified 
  193. by the Recommendations of the I\(hySeries. 
  194. .PP
  195. This Recommendation covers Teletex, Group 4 facsimile, mixed mode and videotex 
  196. terminals. 
  197. .PP
  198. Terminal requirements to support other Telematic services are for
  199. further study.
  200. .PP
  201. Terminals developed for the provision of Telematic services in CSPDNs, 
  202. PSPDNs and PSTNs, using Terminal adaptors to access the ISDN are not covered 
  203. by this Recommendation. 
  204. .PP
  205. Interworking with existing Telematic terminals connected to CSPDNs,
  206. PSPDNs and PSTNs, thereby maintaining the Telematic service integrity, 
  207. should be possible, but is outside the scope of this Recommendation. 
  208. .RT
  209. .sp 1P
  210. .LP
  211. 1.2
  212.     \fIUse of bearer capability\fR 
  213. .sp 9p
  214. .RT
  215. .PP
  216. This Recommendation is based on the use of bearer capabilities
  217. defined for the ISDN, using B\(hychannels for the information transfer 
  218. and virtual circuit call control and the D\(hychannel for the call control. 
  219. .PP
  220. The use of both, circuit\(hyswitched and packet\(hyswitched information
  221. transfer modes is defined.
  222. .PP
  223. The use of the frame mode information transfer as defined in
  224. Recommendation\ I.122 is for further study.
  225. .RT
  226. .sp 1P
  227. .LP
  228. 1.3
  229.     \fIProtocol architecture\fR 
  230. .sp 9p
  231. .RT
  232. .PP
  233. This Recommendation provides the application rules for other
  234. CCITT\(hyRecommendations and ISO Standards with particular expansion aiming 
  235. at the applicability for end\(hyto\(hyend (DTE\(hyDTE) communication through 
  236. the network as 
  237. well as DTE\(hyDCE interconnection and the OSI\(hyNetwork Service.
  238. .PP
  239. The use of existing protocols for ISDN Telematic terminals different from 
  240. those described in \(sc\ 2, e.g.\ T.70, CSPDN minimum header is optional. 
  241. .bp
  242. .PP
  243. The optional implementation of more than one type of protocol, and use 
  244. of the appropriate protocol on a per\(hycall\(hybasis for communication 
  245. between 
  246. Telematic terminals, following the protocols described in this Recommendation, 
  247. and terminals using optional protocols, is the responsibility of the user 
  248. of 
  249. such optional protocols.
  250. .RT
  251. .sp 2P
  252. .LP
  253. \fB2\fR     \fBISDN circuit\(hyswitched mode (DTE\(hyDTE communication)\fR 
  254. .sp 1P
  255. .RT
  256. .PP
  257. For this mode, the circuit\(hyswitched 64 kbit/s unrestricted
  258. information transfer capability shall be used.
  259. .PP
  260. For additional information regarding connection control, see
  261. \(sc\ A.1 | ).
  262. .PP
  263. For additional information regarding the information transfer phase, see 
  264. \(sc\ A.1 | ). 
  265. .RT
  266. .sp 1P
  267. .LP
  268. 2.1
  269.     \fIProtocol set\fR 
  270. .sp 9p
  271. .RT
  272. .PP
  273. The protocol set applicable to the circuit\(hyswitched mode (CS mode) is 
  274. shown in Figure\ 1/T.90. 
  275. .RT
  276. .LP
  277. .rs
  278. .sp 24P
  279. .ad r
  280. \fBFigure 1/T.90 [T1.90] \ \ 
  281. (\*`a traiter comme tableau MEP), p.\fR 
  282. .sp 1P
  283. .RT
  284. .ad b
  285. .RT
  286. .sp 2P
  287. .LP
  288. 2.2
  289.     \fIApplication rules for B\(hychannel circuit\(hyswitched mode\fR 
  290. .sp 1P
  291. .RT
  292. .sp 1P
  293. .LP
  294. 2.2.1
  295.     \fILayer 1 physical layer interface characteristics\fR 
  296. .sp 9p
  297. .RT
  298. .PP
  299. The physical interface characteristics shall be in accordance with the 
  300. I\(hySeries Recommendations; I.430 (Basic user\(hynetwork interface, Layer\ 
  301. specifications), I.431 (Primary rate user\(hynetwork interface, Layer\ 1
  302. specifications). This layer provides full a duplex transmission
  303. capability.
  304. .RT
  305. .sp 1P
  306. .LP
  307. 2.2.2
  308.     \fIConnection control phase\fR 
  309. .sp 9p
  310. .RT
  311. .PP
  312. Recommendation Q.921 shall apply.
  313. .bp
  314. .RT
  315. .sp 1P
  316. .LP
  317. 2.2.3
  318.     \fILayer 2 information transfer phase\fR 
  319. .sp 9p
  320. .RT
  321. .PP
  322. The link layer procedure shall consist of a fully symmetrical HDLC procedure 
  323. as defined in Recommendation\ X.75 for single link operation. The use of 
  324. other protocols (e.g.\ LAPD) is left for further study. 
  325. .RT
  326. .sp 1P
  327. .LP
  328. 2.2.3.1
  329.     \fIAddress procedure\fR 
  330. .sp 9p
  331. .RT
  332. .PP
  333. The following describes the application of the link addressing
  334. procedures of Recommendation\ X.75. Link addresses (A and B) shall be assigned 
  335. dynamically on a per\(hycall basis according to the following rules: 
  336. .RT
  337. .LP
  338.     a)
  339.     the calling terminal shall take address A;
  340. .LP
  341.     b)
  342.     the called terminal shall take address B;
  343. .LP
  344.     c)
  345.     commands and responses shall be transferred as shown in
  346. Figure\ 2/T.90;
  347. .LP
  348.     d)
  349.     A and B addresses are coded as follows:
  350. .LP
  351.     Address
  352.     12345678
  353. .LP
  354.     \ \ A
  355.     11000000
  356. .LP
  357.     \ \ B
  358.     10000000
  359. .PP
  360. \fINote\fR \ \(em\ The terminal will discard all frames received with an
  361. address other than\ A and\ B.
  362. .LP
  363. .rs
  364. .sp 9P
  365. .ad r
  366. \fBFigure 2/T.90, p.\fR 
  367. .sp 1P
  368. .RT
  369. .ad b
  370. .RT
  371. .sp 1P
  372. .LP
  373. 2.2.3.2
  374.     \fIImplementation rules\fR 
  375. .sp 9p
  376. .RT
  377. .PP
  378. In order to achieve full compatibility between different
  379. implementations, the rules below for the implementation of Recommendation\ 
  380. X.75 shall be followed. 
  381. .RT
  382. .sp 1P
  383. .LP
  384. 2.2.3.2.1\ \ \fIGeneral rules\fR 
  385. .sp 9p
  386. .RT
  387. .LP
  388.     a)
  389.      The 1984 version (\fIRed Book\fR ) of CCITT Recommendation\ X.75, \(sc\ 
  390. 2, shall be used as the reference specification. 
  391. .LP
  392.     b)
  393.     The term \*QSTE\*U shall be read as \*QDTE\*U.
  394. .LP
  395.     c)
  396.      At present the non\(hyextended mode of operation (modulo 8) and the extended 
  397. mode of operation (modulo\ 128) are defined and in use. 
  398. .LP
  399.     The desire to improve the efficiency of satellite
  400. transmissions and the evolution towards the use of LAPD (modulo\ 128 only) in
  401. layer\ 2 of the B\(hychannel is expected to lead to the use of modulo\ 
  402. 128 as the 
  403. common base modulo. However, the use of modulo\ 8 may be allowed.
  404. .LP
  405.      To facilitate interworking between terminal equipments using modulo\ 
  406. 8 and\ 128 respectively a procedure based on, e.g.\ 
  407. a negotiation
  408. mechanism using a low layer. Compatibility check between the endpoints 
  409. should be defined. This is for further study. 
  410. .LP
  411.     d)
  412.     Only the single link procedure (SLP) shall be used.
  413. .bp
  414. .sp 1P
  415. .LP
  416. 2.2.3.2.2\ \ \fISpecific rules\fR 
  417. .sp 9p
  418. .RT
  419. .PP
  420. The following rules refer to the indicated sections and tables of Recommendation\ 
  421. X.75. 
  422. .RT
  423. .LP
  424.     a)
  425.     \fITable 1/X.75\fR 
  426. .LP
  427.     I\(hyframes should not be sent with an empty I field
  428. .LP
  429. N\ \(>="\ 0 and N\ \(=\ N1\(hy32
  430. .LP
  431. received empty I\(hyframes shall be treated as valid I\(hyframes.
  432. .LP
  433.     b)
  434.     \fI\(sc 2.3.4.9\fR 
  435. .LP
  436.     Sub\(hyparagraphs 5), 6) and 7) are not valid (shall not
  437. result
  438. in the sending of an FRMR). Instead the following actions shall be
  439. implemented:
  440. .LP
  441.     \(em
  442.     Not expected supervisory frames with the F bit set to 1 shall be ignored.
  443. .LP
  444.     \(em
  445.     Not expected UA or DM response shall be ignored.
  446. .LP
  447.     \(em
  448.      Frames with an invalid N(S) shall be responded to by sending REJ (see 
  449. \(sc\ 2.3.5.2.1 of Recommendation\ X.75). 
  450. .LP
  451.     Frames with an FRMR cntrol field shall not be responded by sending of an FRMR.
  452. .LP
  453.     c)
  454.     \fITable 7/X.75\fR 
  455. .LP
  456.     Bits W, X, Y and Z set to 0 indicate that no reason for
  457. frame rejection is given.
  458. .LP
  459.     d)
  460.     \fI\(sc 2.3.5.3\fR 
  461. .LP
  462.     The DTE and the ISDN are not octet aligned and the last
  463. paragraph is therefore not valid.
  464. .LP
  465.     e)
  466.     \fI\(sc 2.3.5.5\fR 
  467. .LP
  468.     Higher layers should be notified when timer T3 expires
  469. (excessive idle state).
  470. .LP
  471.     f
  472. )
  473.     \fI\(sc 2.4.3\fR 
  474. .LP
  475.     Related to the first paragraph, read instead of \*Qnext
  476. response\*U \*Qcorresponding response\*U.
  477. .LP
  478.     g)
  479.     \fI\(sc 2.4.4.1\fR 
  480. .LP
  481.     In the active channel state, the DTE shall transmit
  482. contiguous flags independent of the other DTE.
  483. .LP
  484.      The calling DTE shall initiate the link by sending an SABM command with 
  485. the P\(hybit set to\ 1. 
  486. .LP
  487.     h)
  488.     \fI\(sc 2.4.4.4.1\fR 
  489. .LP
  490.      A condition for entering the disconnected phase is also that no unacknowledged 
  491. DISC command exists, because of collision cases 
  492. (see Recommendation\ X.75, \(sc\ 2.4.4.5).
  493. .LP
  494.      In the disconnected phase, it is the calling DTE which may initiate link 
  495. set up. 
  496. .LP
  497.     i)
  498.     \fI\(sc 2.4.5.9, fourth paragraph\fR 
  499. .LP
  500.     If a RNR is received, the DTE shall remain in the timer
  501. recovery condition (because the other DTE is still in the busy condition).
  502. .LP
  503.     j
  504. )
  505.     \fI\(sc 2.4.5.9, fifth paragraph\fR 
  506. .LP
  507.     If an RNR is received, the DTE shall not resume I\(hyframe
  508. transmission or retransmission.
  509. .LP
  510.     k)
  511.     \fI\(sc 2.4.5.9, last paragraph\fR 
  512. .LP
  513.      If the transmission attempt variable is equal to N2, the DTE shall enter 
  514. the disconnected phase. 
  515. .LP
  516.     l)
  517.     \fI\(sc 2.4.7.3\fR 
  518. .LP
  519.      In the frame rejection condition, the DTE shall only check the commands 
  520. and react with an FRMR according to the P\(hybit. 
  521. .LP
  522.     The frame rejection condition is cleared when the DTE
  523. receives an SABM, or, receives or transmits a DISC command.
  524. .LP
  525.     m)
  526.     \fI\(sc 2.4.7.3, second paragraph\fR 
  527. .LP
  528.     Only the DTE which caused the FRMR condition may try to
  529. reset the link.
  530. .LP
  531.     n)
  532.     \fI\(sc 2.4.7.3, third paragraph\fR (see Note 1)
  533. .LP
  534.     After N2 attempts to get the other DTE to reset the link,
  535. the DTE shall enter the disconnected phase.
  536. .LP
  537.     o)
  538.     \fI\(sc 2.4.8.1\fR (see Note 2)
  539. .LP
  540.     The timer T1 shall be started at the end of frame
  541. transmission. The value of T1 depends on the data signalling rate, the frame
  542. length, the value of N2, and a fixed time representing both T2 and the
  543. transmission delay [see item | )].
  544. .LP
  545.     A value is recommended between 2.5 and 7 seconds.
  546. Consideration of a specific value requires further study.
  547. .bp
  548. .LP
  549.     p)
  550.     \fI\(sc 2.4.8.2\fR (see Note 2)
  551. .LP
  552.     T1\ >\ T2
  553. .LP
  554.     T2\ <\ 1 second
  555. .LP
  556.     Depending on the acknowledgement strategy used, the DTE
  557. designer may regard T2 as a design parameter only, in which case the DTE is
  558. not obliged to implement a corresponding timer.
  559. .LP
  560.     q)
  561.     \fI\(sc 2.4.8.3, second paragraph\fR 
  562. .LP
  563.     T3\ \(=\ 60 seconds
  564. .LP
  565. T3\ \(>="\ 30 seconds
  566. .LP
  567.     r)
  568.     \fI\(sc 2.4.8.4\fR 
  569. .LP
  570.     N2\ \(>="\ 60 seconds \(di T1
  571. .LP
  572.     s)
  573.     \fI\(sc 2.4.8.5\fR 
  574. .LP
  575.     N1 = 2112 + (\fIn\fR \(mu 1024) bits;
  576. .LP
  577. \fIn\fR = 0 or 2 or 6 or 14.
  578. .LP
  579.     t)
  580.     \fI\(sc 2.4.8.6\fR (see Notes 2,3)
  581. .LP
  582.     \fIk\fR = 7
  583. .LP
  584.      \fINote\ 1\fR \ \(em\ It is not meaningful to reset the link if the other 
  585. DTE is not responding for N2\ \(mu\ T1. 
  586. .LP
  587.      \fINote\ 2\fR \ \(em\ The acknowledgement strategy used by the receiving 
  588. DTE should be independent of any knowledge about the value of k used by 
  589. the sending DTE. This can be achieved by either acknowledging every correctly 
  590. received 
  591. I\(hyframe as soon as possible or by implementing an acknowledgement timer,
  592. i.e.,\ a T2 timer as defined above [see item | )].
  593. .LP
  594.      \fINote\ 3\fR \ \(em\ Further study is needed on a mechanism for negotiation 
  595. of\ k. 
  596. .sp 1P
  597. .LP
  598. 2.2.4
  599.     \fILayer 3 \(em connection control phase\fR 
  600. .sp 9p
  601. .RT
  602. .PP
  603. Recommendation Q.931 shall apply. All encodings should be derived from 
  604. the relevant section in Q.931. 
  605. .PP
  606. Three information elements (IEs) are of particular interest to
  607. terminals accessing Telematic services. See Annexes\ B and\ M of
  608. Recommendation\ Q.931 for further information.
  609. .RT
  610. .LP
  611.     \(em
  612.     Bearer capability (BC) information element. The BE IE is
  613. used to carry information of interest to the bearer service providing network. 
  614. The BE IE is required to be generated by the calling side, and must be 
  615. examined by the called side. 
  616. .LP
  617.     \(em
  618.     Low layer compatibility (LLC) information element. The
  619. LLC IE is used to carry information about protocols at and below the network
  620. layer of interest only to the two endsystems. The LLC IE shall be generated 
  621. by the calling side, and should be examined, if present, by the called 
  622. side. 
  623. .LP
  624.     \(em
  625.      High layer compatibility (HLC) information element. The HLC IE is used 
  626. to carry information between the endsystems related to protocols 
  627. above the network layer. The HLC IE shall be generated by the calling side, 
  628. and should be examined, if present, by the called side. 
  629. .PP
  630. Fields in bearer capability (BC), low layer compatibility (LLC), and high 
  631. layer compatibility (HLC) information elements (IE) to be conveyed at the 
  632. S/T reference point of the user\(hynetwork interface during the call 
  633. establishment phase, shall be set to the values defined below.
  634. .sp 1P
  635. .LP
  636. 2.2.4.1
  637.     \fIBearer capability (BC)\fR 
  638. .sp 9p
  639. .RT
  640. .LP
  641.     a)
  642.      Mandatory fields, to be set to the fixed values (the value to be set 
  643. is given in parentheses following each field description): 
  644. .LP
  645.     \(em
  646.     Coding standard \(em octet 3 (CCITT standardized coding,   as defined below).
  647. .LP
  648.     \(em
  649.      Information transfer capability \(em octet 3 (unrestricted digital information, 
  650. see Note). 
  651. .LP
  652.     \(em
  653.     Transfer mode \(em octet 4 (circuit mode).
  654. .LP
  655.     \(em
  656.     Information transfer rate \(em octet 4 (64 kbit/s).
  657. .bp
  658. .LP
  659.     b)
  660.     Fields not required in the default case (these may be
  661. explicitly encoded):
  662. .LP
  663.     \(em
  664.     Structure \(em octet 4a.
  665. .LP
  666.     \(em
  667.     Configuration \(em octet 4a.
  668. .LP
  669.     \(em
  670.     Establishment \(em octet 4a.
  671. .LP
  672.     \(em
  673.     Symmetry \(em octet 4a.
  674. .LP
  675.     c)
  676.     Fields to be omitted due to no necessity:
  677. .LP
  678.     \(em
  679.     All other fields.
  680. .PP
  681. \fINote\fR \ \(em\ The selection whether to use unrestricted or restricted 
  682. information transfer capability is out of the scope of this Recommendation. 
  683. .sp 1P
  684. .LP
  685. 2.2.4.2
  686.     \fILow layer compatibility (LLC)\fR 
  687. .sp 9p
  688. .RT
  689. .PP
  690. The LLC IE shall be encoded as follows:
  691. .RT
  692. .LP
  693.     a)
  694.     Fields to be set to fixed values (the value to be set is
  695. given in parentheses following each field description).
  696. .PP
  697. Details of coding points and the relevant encodings are for
  698. further study.
  699. .sp 1P
  700. .LP
  701. 2.2.4.3
  702.     \fIHigh layer compatibility (HLC)\fR 
  703. .sp 9p
  704. .RT
  705. .PP
  706. The HLC IE shall be encoded as follows:
  707. .RT
  708. .LP
  709.     a)
  710.     Fields to be set to fixed values (the value to be set is
  711. given in parentheses following each field description).
  712. .LP
  713.     \(em
  714.     Coding standard \(em octet 3 (CCITT standardized coding,   as defined below).
  715. .LP
  716.     \(em
  717.     Interpretation \(em octet 3 (first high layer
  718. characteristics identification to be used in the call).
  719. .LP
  720.     \(em
  721.      Presentation method of protocol profile \(em octet 3 (high layer protocol 
  722. profile). 
  723. .LP
  724.     b)
  725.     Fields with variable content:
  726. .LP
  727.     \(em
  728.     High layer characteristics identification \(em octet 4
  729. (e.g.,\ Facsimile Group\ 4, Teletex).
  730. .PP
  731. To maximize the usefulness of HLC checking:
  732. .LP
  733.     1)
  734.      the calling telematic terminal shall select the HLC element according 
  735. to the type of document to be tranferred; 
  736. .LP
  737.     2)
  738.      the called terminal holds a list of HLC elements describing its receiving 
  739. capabilities. It will accept an HLC element corresponding to any one of 
  740. these. 
  741. .PP
  742. This scheme is illustrated in Table 1/T.90.
  743. .sp 1P
  744. .LP
  745. 2.2.5
  746.     \fILayer 3 \(em virtual connection control and information transfer\fR 
  747. .sp 9p
  748. .RT
  749. .PP
  750. ISO 8208 (1987) shall apply.
  751. .PP
  752. \fINote\fR \ \(em\ This protocol, based on the l984 version of
  753. Recommendation\ X.25, is partially expanded in order to include DTE\(hyDTE
  754. application. In particular, the following sections of ISO\ 8208 are
  755. referred:
  756. .RT
  757. .LP
  758.     \(em
  759.     \(sc 3.2: Differences in DTE/DTE and DTE/DCE operation
  760. .LP
  761.     \(em
  762.     \(sc 3.3: Operating over circuit\(hyswitched connections
  763. .LP
  764.     \(em
  765.     \(sc 4.5: Determining \*QDTE\*U or \*QDCE\*U characteristics
  766. .PP
  767. In addition, the following points should be noted when using this  protocol.
  768. .LP
  769.     a)
  770.      Calling DTE shall send a RESTART REQUEST packet, begin the restart procedure, 
  771. and establish virtual circuits. See \(sc\ 3.3 of ISO\ 8208. 
  772. .LP
  773.     b)
  774.     The qualifier bit in data packets should always be set to
  775. \*Q0\*U.
  776. .LP
  777.     c)
  778.     The delivery confirmation bits in all packets should be set  to \*Q0\*U.
  779. .LP
  780.     d)
  781.     Normal X.25 reset procedures will apply.
  782. .LP
  783.     e)
  784.     Each control block or data block of the transport layer
  785. shall be carried in a complete data packet sequence.
  786. .bp
  787. .LP
  788.     f
  789. )
  790.     The terminal should not send a DTE REJECT packet.
  791. .LP
  792.     g)
  793.     In case of Group 4 facsimile and Teletex, terminals shall
  794. use a specific protocol identifier within CALL REQUEST/INCOMING CALL packets. 
  795. This identifier is represented by the first octet of the call user data 
  796. field (remaining octets, if any should be ignored) as shown below: 
  797. \v'6p'
  798. .LP
  799. bit
  800. 87654321
  801.     \fBoctet\fR \fB00000010\fR     
  802. octet
  803. 00000010
  804. .PP
  805. .sp 1
  806. The use of this protocol identifier for Videotex is for further
  807. study.
  808. .ce
  809. \fBH.T. [T2.90]\fR 
  810. .ce
  811. TABLE\ 1/T.90
  812. .ce
  813. \fBUse of HLC codes by various Telematic terminals\fR 
  814. .ps 9
  815. .vs 11
  816. .nr VS 11
  817. .nr PS 9
  818. .TS
  819. center box;
  820. cw(48p) | cw(90p) sw(90p) , ^  | c | c.
  821. Telematic service terminals    HLC codes
  822.      {
  823. Sent from calling terminals
  824. (Notes 2, 3)
  825.  }     {
  826. Accepted by receiving terminals
  827. (Note 4)
  828.  }
  829. _
  830. .T&
  831. lw(48p) | lw(90p) | lw(90p) .
  832. Teletex basic    Basic Teletex    Basic Teletex
  833. _
  834. .T&
  835. lw(48p) | lw(90p) | lw(90p) .
  836. Teletex mixed mode     {
  837. Basic Teletex
  838. Mixed mode
  839. (Note 1)
  840.  }    Basic Teletex  Mixed mode
  841. _
  842. .T&
  843. lw(48p) | lw(90p) | lw(90p) .
  844. Group 4 facsimile class 1    Group 4 facsimile    Group 4 facsimile
  845. _
  846. .T&
  847. lw(48p) | lw(90p) | lw(90p) .
  848. Group 4 facsimile class 2    Group 4 facsimile     {
  849. Group 4 facsimile
  850. Mixed mode
  851. Basic Teletex
  852.  }
  853. _
  854. .T&
  855. lw(48p) | lw(90p) | lw(90p) .
  856. Group 4 facsimile class 3     {
  857. Group 4 facsimile
  858. Mixed mode
  859. Basic Teletex
  860. (Note 1)
  861.  }     {
  862. Group 4 facsimile
  863. Mixed mode
  864. Basic Teletex
  865.  }
  866. .TE
  867. .LP
  868.  
  869. \fINote\ 1\fR
  870. \ \(em\ In case that the calling terminal is Teletex, Mixed mode or group\ 4 facsimile class\ 3, only one element shall be sent depending on originating
  871. document type.
  872. .LP
  873. \fINote\ 2\fR
  874. \ \(em\ For multi\(hyservice telematic terminals sending more than one document in the same call, the HLC shall indicate the maximum requirement for that
  875. call.
  876. .LP
  877. For example, when sending a Teletex and a Mixed mode document, the Mixed mode HLC element shall be sent.
  878. .LP
  879. \fINote\ 3\fR
  880. \ \(em\ When the calling terminal only wishes to receive a document from a called terminal (polling), it shall know in advance the type of document it
  881. expects to receive in order to send the appropriate HLC element.
  882. .LP
  883. \fINote\ 4\fR
  884. \ \(em\ Appendix I provides additional information in order to cater for
  885. cases where calls for facsimile equipment are incoming from networks not able to convey HLC information.
  886. .nr PS 9
  887. .RT
  888. .ad r
  889. \fBTableau 1/T.90 [T2.90], p.\fR 
  890. .sp 1P
  891. .RT
  892. .ad b
  893. .RT
  894. .LP
  895. .sp 1
  896. .sp 1P
  897. .LP
  898. 2.2.6
  899.     \fILayer 3 \(em packet size (NPDU block length)\fR 
  900. .sp 9p
  901. .RT
  902. .PP
  903. The rules for packet size negotiation are given in \(sc 15.2.2.1.1 of ISO 
  904. 8208. The values for this Recommendation are restricted to 256, 512, 1024 
  905. and 2048\ octets. 
  906. .bp
  907. .RT
  908. .sp 2P
  909. .LP
  910. \fB3\fR     \fBISDN packet switched mode (DTE\(hyDCE communication)\fR 
  911. .sp 1P
  912. .RT
  913. .sp 1P
  914. .LP
  915. 3.1
  916.     \fIProtocol set\fR 
  917. .sp 9p
  918. .RT
  919. .PP
  920. The protocol set applicable to the packet\(hyswitched mode (PS mode) is 
  921. shown in Figure\ 3/T.90. 
  922. .RT
  923. .LP
  924. .rs
  925. .sp 17P
  926. .ad r
  927. \fBFigure 3/T.90 [T3.90] \ \ 
  928. (\*`a traiter comme tableau MEP), p.\fR 
  929. .sp 1P
  930. .RT
  931. .ad b
  932. .RT
  933. .sp 2P
  934. .LP
  935. 3.2
  936.     \fIApplication rules for B\(hychannel packet\(hyswitched mode\fR 
  937. .sp 1P
  938. .RT
  939. .sp 1P
  940. .LP
  941. 3.2.1
  942.     \fILayer 1 \(em physical layer interface characteristics\fR 
  943. .sp 9p
  944. .RT
  945. .PP
  946. See \(sc 2.2.1.
  947. .RT
  948. .sp 1P
  949. .LP
  950. 3.2.2
  951.     \fILayer 2 \(em link layer procedure\fR 
  952. .sp 9p
  953. .RT
  954. .PP
  955. Recommendation X.31 shall apply, so that the applied protocols are  as follows:
  956. .RT
  957. .LP
  958.     \(em
  959.     Connection control is to be achieved using
  960. Recommendation\ Q.921 in the D\(hychannel.
  961. .LP
  962.     \(em
  963.      Virtual connection control and information transfer is to be achieved 
  964. using Recommendation\ X.25 LAPB in the B\(hychannel. 
  965. .sp 1P
  966. .LP
  967. 3.2.3
  968.     \fILayer 3 \(em network layer procedure\fR 
  969. .sp 9p
  970. .RT
  971. .PP
  972. Recommendation X.31 shall apply, so that protocols to be applied
  973. and application rules are as follows.
  974. .RT
  975. .sp 1P
  976. .LP
  977. 3.2.3.1
  978.     \fIConnection control phase\fR 
  979. .sp 9p
  980. .RT
  981. .PP
  982. Recommendation Q.931 and the packet layer protocol of
  983. Recommendation\ X.25 shall apply.
  984. .PP
  985. Fields in the bearer capability (BC) information element (IE) to be
  986. conveyed at the S/T reference point of the user\(hynetwork interface during the
  987. call establishment phase, shall be set to the values defined below.
  988. .PP
  989. Recommendation Q.931 shall apply. All encodings should be derived from 
  990. the relevant paragraph in Q.931. 
  991. .RT
  992. .LP
  993.     \(em
  994.      Bearer capability (BC) information element. The BC IE is used to carry 
  995. information of interest to the bearer service providing network. The BC 
  996. IE is required to be generated by the calling side, and must be examined 
  997. by the called side. 
  998. .bp
  999. .sp 1P
  1000. .LP
  1001. 3.2.3.1.1\ \ \fIBearer capability (BC)\fR 
  1002. .sp 9p
  1003. .RT
  1004. .LP
  1005.     a)
  1006.      Mandatory fields, to be set to the fixed values (the value to be set 
  1007. is given in parentheses following each field description): 
  1008. .LP
  1009.     \(em
  1010.     Coding standard \(em octet 3 (CCITT standardized coding as defined below).
  1011. .LP
  1012.     \(em
  1013.      Information transfer capability \(em octet 3 (unrestricted digital information\ 
  1014. \(em\ Note). 
  1015. .LP
  1016.     \(em
  1017.     Transfer mode \(em octet 4 (packet mode).
  1018. .LP
  1019.     \(em
  1020.     User information layer 1 protocol \(em octet 5 (CCITT
  1021. standardized rate adaption Recommendation\ X.31 HDLC flag stuffing).
  1022. .LP
  1023.     \(em
  1024.     User information layer 2 protocol \(em octet 6 (CCITT
  1025. Recommendation\ X.25, link level).
  1026. .LP
  1027.     \(em
  1028.     User information layer 3 protocol \(em octet 7 (CCITT
  1029. Recommendation\ X.25, packet layer).
  1030. .LP
  1031.     b)
  1032.     Fields not required in the default case (these may be
  1033. explicitly encoded):
  1034. .LP
  1035.     \(em
  1036.     Structure \(em octet 4a.
  1037. .LP
  1038.     \(em
  1039.     Configuration \(em octet 4a.
  1040. .LP
  1041.     \(em
  1042.     Establishment \(em octet 4a.
  1043. .LP
  1044.     \(em
  1045.     Symmetry \(em octet 4a.
  1046. .LP
  1047.     c)
  1048.     Fields to be omitted due to no necessity:
  1049. .LP
  1050.     \(em
  1051.     All other fields.
  1052. .PP
  1053. \fINote\fR \ \(em\ The selection whether to use unrestricted or restricted 
  1054. information transfer capability is out of the scope of this Recommendation. 
  1055. .PP
  1056. The high layer compatibility information element (HLC) is not used in PS 
  1057. mode. The use of the HLC in future evolutions of the ISDN packet mode 
  1058. service is for further study.
  1059. .PP
  1060. The low layer compatibility information element (LLC) is not used in PS 
  1061. mode. The use of the LLC in future evolutions of the ISDN packet mode 
  1062. service is for further study.
  1063. .RT
  1064. .sp 1P
  1065. .LP
  1066. 3.2.3.2
  1067.     \fIVirtual connection control and information transfer\fR 
  1068. .sp 9p
  1069. .RT
  1070. .PP
  1071. Recommendation X.25 packet layer protocol applies. Item b) and
  1072. items | ) through | ) of the application rules specified in \(sc\ 2.2.5 apply.
  1073. .RT
  1074. .sp 2P
  1075. .LP
  1076. \fB4\fR     \fBProvision of the\fR \fBOSI network service (OSI NS)\fR 
  1077. .sp 1P
  1078. .RT
  1079. .sp 1P
  1080. .LP
  1081. 4.1
  1082.     \fIRationale for considering the OSI NS\fR 
  1083. .sp 9p
  1084. .RT
  1085. .PP
  1086. The evolution and realization of the bearer services and
  1087. teleservices in the ISDN environment and the recognized protocol base within
  1088. the CCITT directs \(em\ as far as the network layer of the communication
  1089. archichecture is concerned\ \(em to the use of the OSI NS. In order to lay the
  1090. grounds for the integrity of the services under these conditions, the
  1091. application rules for the network layer protocol (see Note) need to be 
  1092. defined correctly. 
  1093. .PP
  1094. \fINote\fR \ \(em\ In the ISDN circuit\(hyswitched mode, support of the 
  1095. OSI NS is provided entirely by the B\(hychannel X.25 packet layer protocol, 
  1096. and is available once the ISDN call has been connected by other means. 
  1097. The provision of the OSI NS is for further study. 
  1098. .RT
  1099. .sp 1P
  1100. .LP
  1101. 4.2
  1102.     \fIArchitecture/available ISO Standards and CCITT Recommendations\fR 
  1103. .sp 9p
  1104. .RT
  1105. .PP
  1106. Because of the structure of the ISDN which makes use of protocol
  1107. stacks different for connection control and information transfer, the OSI NS
  1108. may be provided in different ways. The approach using the network layer
  1109. protocol in the B\(hychannel is based in principle on
  1110. .RT
  1111. .LP
  1112.     \(em
  1113.     CCITT Recommendation X.213;
  1114. .LP
  1115.     \(em
  1116.     OSI 8208;
  1117. .LP
  1118.     \(em
  1119.     OSI 8878.
  1120. .bp
  1121. .PP
  1122. The use of the D\(hychannel (Recommendation Q.931) or the relevant
  1123. protocols defined for future packet oriented information transfer modes (see
  1124. Recommendation\ I.122) for the provision of the OSI NS is for further study.
  1125. .sp 1P
  1126. .LP
  1127. 4.3
  1128.     \fIRequirements for the OSI NS\fR 
  1129. .sp 9p
  1130. .RT
  1131. .PP
  1132. To balance the expenditure for the development of Telematic
  1133. terminals under the consideration of the OSI NS, the requirements may be
  1134. limited to the necessary minimum.
  1135. .PP
  1136. This can be obtained by providing the capability of terminating, in
  1137. the case of an incoming call for both the circuit\(hyswitched (CS) and
  1138. packet\(hyswitched (PS) cases, the layer\ 3 protocol to provide the obligatory
  1139. functions of the OSI NS only, and in at least a minimum way, in order to 
  1140. appear to the calling terminal to be an OSI terminal at layer\ 3. In the 
  1141. case of an 
  1142. outgoing call, calling terminals can initiate an OSI communication, as 
  1143. long as all the relevant facilities are supported, if necessary at any 
  1144. time. 
  1145. .RT
  1146. .sp 1P
  1147. .LP
  1148. 4.3.1
  1149.     \fIMinimum requirements for the OSI NS\fR 
  1150. .sp 9p
  1151. .RT
  1152. .PP
  1153. Table 2/T.90 shows the list of the X.25 PLP optional user
  1154. facilities which are proposed for the use in relation to the OSI NS in this
  1155. Recommendation.
  1156. .RT
  1157. .LP
  1158. .sp 3
  1159. .ce
  1160. \fBH.T. [T4.90]\fR 
  1161. .ce
  1162. TABLE\ 2/T.90
  1163. .ce
  1164. \fBX.25 PLP optional user facilities\fR 
  1165. .ps 9
  1166. .vs 11
  1167. .nr VS 11
  1168. .nr PS 9
  1169. .TS
  1170. center box;
  1171. cw(132p) | cw(48p) | cw(48p) .
  1172.  {
  1173. Optional user facility | ua\d\u)\d
  1174.  }     {
  1175. Used for support
  1176. of an incoming
  1177. call | ub\d\u)\d
  1178.  }     {
  1179. Used for support
  1180. of an outgoing
  1181. call
  1182.  }
  1183. _
  1184. .T&
  1185. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1186. 13.13 | uc\d\u)\d    Throughput call negotiation    Yes    Optional | ud\d\u)\d
  1187. _
  1188. .T&
  1189. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1190. 13.16 | uc\d\u)\d    Fast select    Yes    Optional | ud\d\u)\d  \fR
  1191. _
  1192. .T&
  1193. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1194. 13.28 | uc\d\u)\d     {
  1195. Transit delay selection and indication (TDSAI)
  1196.  }    Yes    Optional | ud\d\u)\d  \fR
  1197. _
  1198. .T&
  1199. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1200. 14.1 | uc\d\u)\d    Calling address extension    Yes    Optional | ud\d\u)\d  \fR
  1201. _
  1202. .T&
  1203. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1204. 14.2 | uc\d\u)\d    Called address extension    Yes    Optional | ud\d\u)\d  \fR
  1205. _
  1206. .T&
  1207. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1208. 14.3 | uc\d\u)\d     {
  1209. Minimum throughput class negotiation
  1210.  }    Yes    Optional | ud\d\u)\d  \fR
  1211. _
  1212. .T&
  1213. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1214. 14.4 | uc\d\u)\d     {
  1215. End\(hyto\(hyend transit delay negotiation (EETDN)
  1216.  }    Yes    Optional | ud\d\u)\d  \fR
  1217. _
  1218. .T&
  1219. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1220. 14.5 | uc\d\u)\d    Expedited data negotiation    Yes    Optional | ud\d\u)\d
  1221. .TE
  1222. .LP
  1223. \ua\d\u)\d
  1224. As the D\(hybit is always set to 0 in the circuit\(hymode case, the
  1225. receipt confirmation selection requirement is satisfied for this case.
  1226. .LP
  1227. \ub\d\u)\d
  1228. To fulfill at least the minimum functionality of the OSI NS
  1229. (clarification found if necessary in
  1230. \(sc\ 4.3.2).
  1231. .LP
  1232. \uc\d\u)\d
  1233. Refers to the relevant section in ISO 8208.
  1234. .LP
  1235. \ud\d\u)\d
  1236. May optionally be invoked for a Telematic communication. These
  1237. must be supported if initiating a communication with an OSI terminal.
  1238. .nr PS 9
  1239. .RT
  1240. .ad r
  1241. \fBTableau 2/T.90 [T4.90], p.\fR 
  1242. .sp 1P
  1243. .RT
  1244. .ad b
  1245. .RT
  1246. .LP
  1247. .bp
  1248. .sp 1P
  1249. .LP
  1250. 4.3.2
  1251.     \fIMinimum functionality when receiving a call from a system\fR 
  1252. \fIusing the OSI NS\fR 
  1253. .sp 9p
  1254. .RT
  1255. .PP
  1256. The following text represents a possible way to achieve the minimum functionality 
  1257. when receiving a call from a system using the OSI NS. (Refer to both ISO\ 
  1258. 8878 and ISO\ 8208.) 
  1259. .RT
  1260. .LP
  1261.     13.13
  1262.      \fIThroughput class negotiation\fR : When replying to INCOMING CALL/CALL 
  1263. REQUEST, a throughput class facility request need not be 
  1264. made in the CALL ACCEPTED packet. If a throughput class facility request was
  1265. not made in the CALL ACCEPTED packet, then this would mean that the throughput 
  1266. classes applying to the call would be those that have been indicated in 
  1267. the 
  1268. INCOMING CALL/CALL REQUEST packet.
  1269. .LP
  1270.     13.16
  1271.      \fIFast selection\fR shall be supported for the full OSI NS (full 128\ 
  1272. octets of NS\(hyuser data available). The receipt of a CALL 
  1273. REQUEST packet which does not have the value\ \*Q02\*U in the first octet 
  1274. of the 
  1275. call user data field would be considered an error [connection
  1276. rejection\ \(em\ reason unspecified (permanent condition)] by a Telematic 
  1277. terminal which only supports a minimum functionality (see Note). Receipt 
  1278. of a CALL 
  1279. REQUEST packet which does have the value\ \*Q02\*U in the first octet of 
  1280. the call 
  1281. user data field indicates Telematic service operating according to
  1282. Recommendation\ T.70 (layer\ 4 only).
  1283. .LP
  1284.     13.28
  1285.     Transit delay selection and indication (TDSAI): This
  1286. must be accepted when received. However, if the reply to be coded in the
  1287. \*Qcumulative transit delay subfield\*U of the EETDN facility is \*Qunknown\*U
  1288. (i.e.,\ FF hexadecimal) then the value in the TDSAI field could be ignored.
  1289. .LP
  1290.     14.1
  1291.     Calling address extension facility
  1292.  |  This must be  accepted when receiving a call.
  1293. .LP
  1294.     14.2
  1295.     Called address extension facility
  1296.  |  This must be   accepted when receiving a call.
  1297. .LP
  1298.     14.3
  1299.     Minimum throughput class negotiation
  1300.  |  if a
  1301. terminal reacts to the appearance of a throughput class facility request 
  1302. in the INCOMING CALL packet by not sending a throughput class facility 
  1303. request in the CALL ACCEPTED packet, then the minimum throughput class 
  1304. negotiation facility 
  1305. could be ignored.
  1306. .LP
  1307.     14.4
  1308.     End\(hyto\(hyend transit delay notification (EETDN) |  When
  1309. replying this could contain the value \*Qunknown\*U (i.e.,\ FF hexadecimal).
  1310. .LP
  1311.     14.5
  1312.     Expedited data negotiation
  1313.  |  This is used to
  1314. negotiate the non\(hyuse of expedited data (must be used in the CALL ACCEPTED
  1315. packet).
  1316. .PP
  1317. \fINote\fR \ \(em\ The use of the value \*Q02\*U in the ISDN circuit\(hyswitched 
  1318. mode is questioned, as there is already coding to indicate Telematic services 
  1319. in the HLC information element. 
  1320. .sp 2P
  1321. .LP
  1322. \fB5\fR     \fBAdditional X.25 optional user facilities\fR 
  1323. .sp 1P
  1324. .RT
  1325. .PP
  1326. In addition to the facilities mentioned in \(sc 4 that should be
  1327. supported by Telematic terminals in order to comply with the OSI NS, additional 
  1328. facilities/functionalities must be supported as a consequence of: 
  1329. .RT
  1330. .LP
  1331.     \(em
  1332.      the use of Recommendation X.25 PLP for the provision of the OSI NS (this 
  1333. protocol allows layer\ 3 multiplexing and flow control); 
  1334. .LP
  1335.     \(em
  1336.     the provision of various Recommendation X.25 originated user  facilities;
  1337. .LP
  1338.     \(em
  1339.      the provision of various service oriented user facilities by some networks 
  1340. (i.e.,\ additional facilities) or by all networks (i.e.,\ essential facilities) 
  1341. as defined by Recommendation\ X.2. 
  1342. .PP
  1343. There is no need for the provision of the additional service
  1344. oriented user facilities in the circuit\(hyswitched case. The X.25 originated 
  1345. user facilities may be used in the circuit\(hyswitched case. 
  1346. .bp
  1347. .sp 1P
  1348. .LP
  1349. 5.1
  1350.     \fICategories of additional functionalities\fR  | (see Note)
  1351. .sp 9p
  1352. .RT
  1353. .LP
  1354.     \(em
  1355.     \fIX.25 originated user facilities\fR 
  1356. .LP
  1357.     13.1
  1358.     On\(hyline facility registration
  1359. .LP
  1360.     13.12
  1361.     Flow control parameter negotiation
  1362. .LP
  1363.     \(em
  1364.     \fIService oriented user facilities (network based)\fR 
  1365. .LP
  1366.     13.14
  1367.     Closed user groups (CUG) selection
  1368. .LP
  1369.     13.14
  1370.     CUG with outgoing access selection
  1371. .LP
  1372.     13.18
  1373.     Reverse charging
  1374. .LP
  1375.     13.21
  1376.     Network user identification
  1377. .LP
  1378.     13.22
  1379.     Charging information
  1380. .LP
  1381.     13.23
  1382.     RPOA selection
  1383. .LP
  1384.     13.26
  1385.     Called line address modified notification
  1386. .LP
  1387.     13.27
  1388.     Call redirection notification
  1389. .PP
  1390. \fINote\fR \ \(em\ D\(hybit modification is not supported.
  1391. .sp 1P
  1392. .LP
  1393. 5.2
  1394.     \fIFunctionalities\fR 
  1395. .sp 9p
  1396. .RT
  1397. .LP
  1398.     \(em
  1399.     \fIX.25 originated user facilities\fR 
  1400. .LP
  1401.     1)
  1402.     \fIOn\(hyline facility registration\fR 
  1403. .LP
  1404.     The use of this facility shall be restricted to the
  1405. modification of the range of logical channels. For the default values,
  1406. Telematic terminals support a single two\(hyway logical channel (i.e.,\ 
  1407. LTC=HTC=1, LIC=HIC=0, LOC=HOC=0). 
  1408. .LP
  1409.     2)
  1410.     \fIFlow control parameter negotiation\fR 
  1411. .LP
  1412.     Packet size and window size parameters may be
  1413. negotiated. They should use only default values:
  1414. .LP
  1415.      2048 octets for the packet size, seven for the window size. When the 
  1416. parameter negotiation is indicated in an INCOMING CALL packet, they shall 
  1417. respond properly in the CALL ACCEPTED packet. 
  1418. .LP
  1419.      \fINote\fR \ \(em\ Since the maximum TPDU length is 2048 octets, and 
  1420. segmentation should also be avoided, the maximum default length of layers\ 
  1421. 3 and\ 2 should be larger than 2048\ octets. 
  1422. .LP
  1423.     \(em
  1424.     \fIService oriented user facilities (network based)\fR 
  1425. .LP
  1426.     1)
  1427.     \fIClosed user group selection\fR (Essential in
  1428. Recommendation\ X.2) \fIand CUG with outgoing access selection\fR (Additional 
  1429. in 
  1430. Recommendation\ X.2) (13.14).
  1431. .LP
  1432.     These facilities may optionally be requested from
  1433. Telematic terminals (i.e.,\ outgoing call only). CUG information received 
  1434. in an INCOMING CALL packet may be ignored. 
  1435. .LP
  1436.     2)
  1437.     \fIReverse charging\fR (13.18)
  1438. .LP
  1439.     This facility may be supported by some networks,
  1440. and applied on a per call basis, the possibility of requesting reverse 
  1441. charging in outgoing calls is optional for Telematic terminals, but they 
  1442. must be able to properly handle and respond to the incoming call at the 
  1443. called side. 
  1444. .LP
  1445.     (As a default, calls should be rejected.)
  1446. .LP
  1447.     3)
  1448.     \fINetwork user identification\fR (13.21)
  1449. .LP
  1450.      This facility may be applied by networks on a per call basis, following 
  1451. subscription made by prior arrangement for the agreed period of time. 
  1452. .LP
  1453.     4)
  1454.     \fICharging information\fR (13.22)
  1455. .LP
  1456.     This facility may be provided by some networks on a
  1457. per call basis, following subscription made by prior arrangement for the 
  1458. agreed period of time. The information may be handled or processed normally. 
  1459. .LP
  1460.     As a minimum requirement, it may be ignored.
  1461. .LP
  1462.     5)
  1463.     \fIRPOA selection\fR (13.23)
  1464. .LP
  1465.     This facility may be provided by some networks on a
  1466. per call basis, following subscription made by prior arrangement for the 
  1467. agreed period of time. 
  1468. .LP
  1469.     As a minimum requirement, it may be ignored.
  1470. .bp
  1471. .LP
  1472.     6)
  1473.     \fICalled line address modified notification\fR (13.26)
  1474. .LP
  1475.     This facility may be provided by some networks on a
  1476. per call basis, without any particular user request. This information may be
  1477. processed normally.
  1478. .LP
  1479.     As a minimum requirement, it may be ignored.
  1480. .LP
  1481.     7)
  1482.     \fICall redirection notification\fR (13.27)
  1483. .LP
  1484.     This facility may be provided by some networks on a
  1485. per call basis, without any particular user request. This information may be
  1486. processed normally.
  1487. .LP
  1488.     As a minimum requirement, it may be ignored.
  1489. .sp 2P
  1490. .LP
  1491. \fB6\fR     \fBInteractions between the D\(hychannel and B\(hychannel\fR 
  1492. .sp 1P
  1493. .RT
  1494. .PP
  1495. Communication between the D\(hychannel and B\(hychannel is not
  1496. synchronized in relation to each other by the ISDN and therefore information
  1497. exchange via these channels can be accomplished independently and
  1498. simultaneously. As a consequence of this, messages sent in the D\(hychannel and
  1499. B\(hychannel in a distinct relationship to each other may be received in a
  1500. different order.
  1501. .PP
  1502. In order to achieve an orderly operation of the protocols in all
  1503. Telematic installations it is necessary to have an additional procedure
  1504. satisfying the respective requirements.
  1505. .PP
  1506. This model, architecture, and primitives of this additional procedure is 
  1507. left for further study. One possible approach is described in 
  1508. Appendix\ IV.
  1509. .RT
  1510. .sp 2P
  1511. .LP
  1512. \fB7\fR     \fBSupplementary services\fR 
  1513. .sp 1P
  1514. .RT
  1515. .PP
  1516. For application and description see Recommendations F.161, F.200, I.241 
  1517. and I.25x\ Series (depending on the type of supplementary service). 
  1518. .RT
  1519. .sp 2P
  1520. .LP
  1521. \fB8\fR     \fBTerminal response time\fR 
  1522. .sp 1P
  1523. .RT
  1524. .PP
  1525. (For further study.)
  1526. .RT
  1527. .sp 2P
  1528. .LP
  1529. \fB9\fR     \fBSynchronization\fR 
  1530. .sp 1P
  1531. .RT
  1532. .PP
  1533. One of the characteristics of ISDN is that there is no end\(hyto\(hyend 
  1534. signalling about activation of the protocol instances. 
  1535. .PP
  1536. An instance of the data link protocol should only send its first frame 
  1537. when the peer entity is ready to receive it. 
  1538. .PP
  1539. To achieve this adequately, the following procedure shall be used.
  1540. .PP
  1541. The sender and receiver follow the sequence:
  1542. .RT
  1543. .LP
  1544.     1)
  1545.     Send \*Q1\*U\(hybits until notified of B\(hychannel establishment.
  1546. .LP
  1547.     2)
  1548.     Activate the receiver.
  1549. .LP
  1550.     3)
  1551.     Send flags.
  1552. .LP
  1553.     4)
  1554.     Wait until the first flag arrives from the peer.
  1555. .LP
  1556.     5)
  1557.     Consider the peer as active and start communication.
  1558. .PP
  1559. The sequence diagram describing the operation of sender and
  1560. receiver is shown in Figure\ 4/T.90.
  1561. .sp 2P
  1562. .LP
  1563. \fB10\fR     \fBHigher layer protocols\fR 
  1564. .sp 1P
  1565. .RT
  1566. .PP
  1567. The basic requirements of the Group 4 facsimile service are
  1568. described in \(sc\ 1.2.2 of Recommendation\ F.161. The basic requirements 
  1569. of the 
  1570. Teletex service are described in \(sc\ 1.2.2 of Recommendation\ F.200.
  1571. .RT
  1572. .sp 1P
  1573. .LP
  1574. 10.1
  1575.     \fITransport layer\fR 
  1576. .sp 9p
  1577. .RT
  1578. .PP
  1579. The rules given in \(sc 5.3.2 of Recommendation T.70 regarding
  1580. transport protocol data unit (TPDU) block length are adopted in principle 
  1581. but with the additional provision that the negotiation mechanism is mandatory 
  1582. (e.g.,\ for more efficient communication via satellite links).
  1583. .bp
  1584. .RT
  1585. .LP
  1586. .rs
  1587. .sp 47P
  1588. .ad r
  1589. \fBFigure 4/T.90, p.\fR 
  1590. .sp 1P
  1591. .RT
  1592. .ad b
  1593. .RT
  1594. .LP
  1595. .bp
  1596. .ce 1000
  1597. ANNEX\ A
  1598. .ce 0
  1599. .ce 1000
  1600. (to Recommendation T.90)
  1601. .sp 9p
  1602. .RT
  1603. .ce 0
  1604. .ce 1000
  1605. \fBProcedures for connection establishment,\fR 
  1606. .sp 1P
  1607. .RT
  1608. .ce 0
  1609. .ce 1000
  1610. \fBconnection release and information transfer\fR 
  1611. .ce 0
  1612. .PP
  1613. Procedures shown below are not the requirements to the
  1614. terminals for Telematic services, but for reference only.
  1615. .sp 1P
  1616. .RT
  1617. .sp 1P
  1618. .LP
  1619. A.1
  1620.     \fIB\(hychannel circuit\(hyswitched mode\fR 
  1621. .sp 9p
  1622. .RT
  1623. .LP
  1624.     a)
  1625.     \fIConnection control phase\fR 
  1626. .LP
  1627. .rs
  1628. .sp 40P
  1629. .ad r
  1630. \fBFigure A\(hy1/T.90, p.\fR 
  1631. .sp 1P
  1632. .RT
  1633. .ad b
  1634. .RT
  1635. .LP
  1636. .bp
  1637. .LP
  1638.     b)
  1639.     \fIInformation transfer phase\fR 
  1640. .LP
  1641. .rs
  1642. .sp 32P
  1643. .ad r
  1644. \fBFigure A\(hy2/T.90, p.\fR 
  1645. .sp 1P
  1646. .RT
  1647. .ad b
  1648. .RT
  1649. .sp 1P
  1650. .LP
  1651. A.2
  1652.     \fIPacket\(hyswitched mode\fR 
  1653. .sp 9p
  1654. .RT
  1655. .PP
  1656. See relevant signal procedures described in
  1657. Recommendation\ X.31.
  1658. \v'1P'
  1659. .RT
  1660. .ce 1000
  1661. APPENDIX\ I
  1662. .ce 0
  1663. .ce 1000
  1664. (to Recommendation T.90)
  1665. .sp 9p
  1666. .RT
  1667. .ce 0
  1668. .ce 1000
  1669. \fBConsideration of incoming calls for facsimile terminals\fR 
  1670. .sp 1P
  1671. .RT
  1672. .ce 0
  1673. .ce 1000
  1674. \fBfrom networks without HLC provision\fR 
  1675. .ce 0
  1676. .PP
  1677. I.1
  1678. In order to cater for the case where calls are incoming from networks not 
  1679. able to convey HLC information (e.g.,\ PSTN, switched 64\ kbit/s 
  1680. networks) it must be possible for a G4/G3 terminal to accept calls in some
  1681. cases without the explicit provision of an HLC field. In this case, the
  1682. directory (E.164) number must be the over\(hyriding determinant of whether the
  1683. terminal responds (provided the BC matches). This may involve subscription 
  1684. to \*Qmultiple subscriber number\*U (MSN) supplementary service. 
  1685. .bp
  1686. .sp 1P
  1687. .RT
  1688. .PP
  1689. I.2
  1690. The three distinct cases likely to occur are:
  1691. .sp 9p
  1692. .RT
  1693. .LP
  1694.     i)
  1695.     incoming calls from PSTN;
  1696. .LP
  1697.     ii)
  1698.     incoming calls from switched 64 kbit/s network (not ISDN);
  1699. .LP
  1700.     iii)
  1701.     incoming calls from ISDN.
  1702. .PP
  1703. It is recommended that the following criteria should be used by
  1704. the terminal to determine whether, and in what mode it should answer the
  1705. call:
  1706. .LP
  1707.     i)
  1708.     \fIIncoming calls from PSTN\fR 
  1709. .LP
  1710.      In this case, the G3/G4 machine should answer the call in G3 mode (including 
  1711. modem and codec functions) if the following criteria are 
  1712. fulfilled:
  1713. .LP
  1714.     a)
  1715.     Called ISDN number (E.164) matches number allocated to terminal;
  1716. .LP
  1717.     b)
  1718.     BC = 3.1 kHz audio or speech;
  1719. .LP
  1720.     c)
  1721.     Call progress indicator (in Q.931 SETUP) = non\(hyISDN
  1722. source;
  1723. .LP
  1724.     d)
  1725.     HLC = not present;
  1726. .LP
  1727.     e)
  1728.     Subaddress = not present.
  1729. .LP
  1730.     ii)
  1731.     \fIIncoming call from switched 64 kbit/s network (not ISDN)\fR 
  1732. .LP
  1733.      In this case, the G3/G4 machine should answer the call in G4 mode (no 
  1734. modem or codec functions) if the following criteria are fulfilled: 
  1735. .LP
  1736.     a)
  1737.     Called ISDN number matches number allocated to
  1738. terminal;
  1739. .LP
  1740.     b)
  1741.     BC = 64 kbit/s;
  1742. .LP
  1743.     c)
  1744.     Call progress indicator = non\(hyISDN source;
  1745. .LP
  1746.      (\fINote\fR )\ \(em\ It may not always be possible to determine whether 
  1747. source is ISDN or 64\ kbit/s switched); 
  1748. .LP
  1749.     d)
  1750.     HLC = not present;
  1751. .LP
  1752.     e)
  1753.     Subaddress = not present.
  1754. .LP
  1755.     iii)
  1756.     \fIIncoming call from ISDN\fR 
  1757. .LP
  1758.      In this case, the G3/G4 machine must answer the call in G4 mode if the 
  1759. following criteria are fulfilled: 
  1760. .LP
  1761.     a)
  1762.     Called ISDN number matches number allocated to
  1763. terminal;
  1764. .LP
  1765.     b)
  1766.     BC = 64 kbit/s;
  1767. .LP
  1768.     c)
  1769.     Call progress indicator [not valid];
  1770. .LP
  1771.     d)
  1772.     HLC = G4 Teleservice;
  1773. .LP
  1774.     e)
  1775.     Subaddress = if present, this must match terminal
  1776. subaddress.
  1777. .sp 1P
  1778. .LP
  1779. I.3
  1780.     \fIHLC to be used when polling or sending\fR 
  1781. .sp 9p
  1782. .RT
  1783. .PP
  1784. A G3/G4 terminal attempting a G4 call across the ISDN for either
  1785. polling or sending will send HLC\ =\ G4\ Fax.
  1786. .PP
  1787. A G3/G4 terminal reattempting a call in G3 mode, following failure
  1788. with appropriate cause in G4\ mode, will establish a 3.1\ kHz audio\ BS with no
  1789. HLC.
  1790. .RT
  1791. .sp 1P
  1792. .LP
  1793. I.4
  1794.     \fIHLC to be used by terminal adaptor supporting G3 machines on ISDN\fR 
  1795. .sp 9p
  1796. .RT
  1797. .LP
  1798.     a)
  1799.     Called ISDN number matches allocated to the terminal
  1800. adaptor;
  1801. .LP
  1802.     b)
  1803.     BC = 3.1 kHz audio or speech;
  1804. .LP
  1805.     c)
  1806.     Call progress indicator = non\(hyISDN source (from PSTN) = [Not valid];
  1807. .LP
  1808.     d)
  1809.     HLC = G3 Teleservice (from ISDN);
  1810. .LP
  1811.     e)
  1812.     Subaddress = if present this must match terminal
  1813. subaddress.
  1814. \v'6p'
  1815. .ce 1000
  1816. APPENDIX\ II
  1817. .ce 0
  1818. .ce 1000
  1819. (to Recommendation T.90)
  1820. .sp 9p
  1821. .RT
  1822. .ce 0
  1823. .ce 1000
  1824. \fBOptional usage of T.70 NL protocol\fR 
  1825. .sp 1P
  1826. .RT
  1827. .ce 0
  1828. .LP
  1829. II.1
  1830.     \fIInformation transfer phase\fR 
  1831. .sp 1P
  1832. .RT
  1833. .PP
  1834. The T.70 NL option being used by calling DTE and supported by the   called DTE.
  1835. .PP
  1836. The network layer shall for the call control phase be as defined in
  1837. \(sc\ 2.2.4. The information transfer phase shall be implemented as defined in
  1838. Recommendation\ T.70, \(sc\ 3.3.3.
  1839. .bp
  1840. .RT
  1841. .LP
  1842. .rs
  1843. .sp 17P
  1844. .ad r
  1845. \fBFigure II\(hy1/T.90, p.\fR 
  1846. .sp 1P
  1847. .RT
  1848. .ad b
  1849. .RT
  1850. .sp 1P
  1851. .LP
  1852. II.2
  1853.     \fIInformation transfer phase\fR 
  1854. .sp 9p
  1855. .RT
  1856. .PP
  1857. The T.70 NL option being proposed by the calling DTE but not
  1858. supported by the called DTE.
  1859. .RT
  1860. .LP
  1861. .rs
  1862. .sp 27P
  1863. .ad r
  1864. \fBFigure II\(hy2/T.90, p.\fR 
  1865. .sp 1P
  1866. .RT
  1867. .ad b
  1868. .RT
  1869. .LP
  1870. .bp
  1871. .ce 1000
  1872. APPENDIX\ III
  1873. .ce 0
  1874. .ce 1000
  1875. (to Recommendation T.90)
  1876. .sp 9p
  1877. .RT
  1878. .ce 0
  1879. .ce 1000
  1880. \fBService definitions and state transition diagrams\fR 
  1881. .sp 1P
  1882. .RT
  1883. .ce 0
  1884. .ce 1000
  1885. \fBfor the data link layer within the B\(hychannel (CS\(hymode)\fR 
  1886. .ce 0
  1887. .PP
  1888. This Appendix contains the result of experience of several
  1889. implementations of the prescribed link layer for telematic services. This
  1890. description has been found to be useful in some Administrations for support 
  1891. of conformance testing. 
  1892. .sp 1P
  1893. .RT
  1894. .PP
  1895. Additional work may be needed in the area of ISDN management and maintenance, 
  1896. however, no clear set of requirements is available at this time. The support 
  1897. of the management and maintenance work is left for further study. 
  1898. .PP
  1899. In addition, depending on the further work on the link layer,
  1900. particularly related to the base modulus for I\(hyframes, some editing may be
  1901. required (e.g.,\ SABM may become SABME).
  1902. .PP
  1903. \fINote\fR \ \(em\ Reference to the appropriate paragraph of T.70 or an
  1904. additional explanation is needed.
  1905. .RT
  1906. .sp 2P
  1907. .LP
  1908. III.1
  1909.     \fIService definitions\fR 
  1910. .sp 1P
  1911. .RT
  1912. .sp 1P
  1913. .LP
  1914. III.1.1
  1915.     \fIPhysical service used by HDLC\fR 
  1916. .sp 9p
  1917. .RT
  1918. .LP
  1919. .rs
  1920. .sp 30P
  1921. .ad r
  1922. \fBFigure III\(hy1/T.90, p.\fR 
  1923. .sp 1P
  1924. .RT
  1925. .ad b
  1926. .RT
  1927. .LP
  1928. .bp
  1929. .sp 2P
  1930. .LP
  1931. III.1.2
  1932.     \fIData link service (HDLC)\fR 
  1933. .sp 1P
  1934. .RT
  1935. .sp 1P
  1936. .LP
  1937. III.1.2.1\ \ \fIData link connection establishment\fR 
  1938. .sp 9p
  1939. .RT
  1940. .LP
  1941. .rs
  1942. .sp 23P
  1943. .ad r
  1944. \fBFigure III\(hy2/T.90, p.\fR 
  1945. .sp 1P
  1946. .RT
  1947. .ad b
  1948. .RT
  1949. .LP
  1950. .rs
  1951. .sp 23P
  1952. .ad r
  1953. \fBFigure III\(hy3/T.90, p.\fR 
  1954. .sp 1P
  1955. .RT
  1956. .ad b
  1957. .RT
  1958. .LP
  1959. .bp
  1960. .sp 1P
  1961. .LP
  1962. III.1.2.2\ \ \fIData link transfer phase\fR 
  1963. .sp 9p
  1964. .RT
  1965. .LP
  1966. .rs
  1967. .sp 12P
  1968. .ad r
  1969. \fBFigure III\(hy4/T.90, p.\fR 
  1970. .sp 1P
  1971. .RT
  1972. .ad b
  1973. .RT
  1974. .sp 1P
  1975. .LP
  1976. III.1.2.3\ \ \fIData link release\fR 
  1977. .sp 9p
  1978. .RT
  1979. .LP
  1980. .rs
  1981. .sp 16P
  1982. .ad r
  1983. \fBFigure III\(hy5/T.90, p.\fR 
  1984. .sp 1P
  1985. .RT
  1986. .ad b
  1987. .RT
  1988. .LP
  1989. .rs
  1990. .sp 16P
  1991. .ad r
  1992. \fBFigure III\(hy6/T.90, p.\fR 
  1993. .sp 1P
  1994. .RT
  1995. .ad b
  1996. .RT
  1997. .LP
  1998. .bp
  1999. .sp 1P
  2000. .LP
  2001. III.1.2.4\ \ \fIData link resetting\fR 
  2002. .sp 9p
  2003. .RT
  2004. .LP
  2005. .rs
  2006. .sp 24P
  2007. .ad r
  2008. \fBFigure III\(hy7/T.90, p.\fR 
  2009. .sp 1P
  2010. .RT
  2011. .ad b
  2012. .RT
  2013. .LP
  2014. .rs
  2015. .sp 24P
  2016. .ad r
  2017. \fBFigure III\(hy8/T.90, p.\fR 
  2018. .sp 1P
  2019. .RT
  2020. .ad b
  2021. .RT
  2022. .LP
  2023. .bp
  2024. .LP
  2025. .rs
  2026. .sp 18P
  2027. .ad r
  2028. \fBFigure III\(hy9/T.90, p.\fR 
  2029. .sp 1P
  2030. .RT
  2031. .ad b
  2032. .RT
  2033. .LP
  2034. .rs
  2035. .sp 18P
  2036. .ad r
  2037. \fBFigure III\(hy10/T.90, p.\fR 
  2038. .sp 1P
  2039. .RT
  2040. .ad b
  2041. .RT
  2042. .sp 2P
  2043. .LP
  2044. III.2
  2045.     \fIState transition disgrams HDLC\fR 
  2046. .sp 1P
  2047. .RT
  2048. .sp 1P
  2049. .LP
  2050. III.2.1
  2051.     \fIThe relation between the diagrams\fR 
  2052. .sp 9p
  2053. .RT
  2054. .PP
  2055. The following diagrams describe the HDLC procedure as one
  2056. functional unit. The first page comprises the whole protocol and the following 
  2057. pages give the details to specific states. 
  2058. .bp
  2059. .RT
  2060. .sp 1P
  2061. .LP
  2062. III.2.2
  2063.     \fIAbbreviations\fR 
  2064. .sp 9p
  2065. .RT
  2066. .LP
  2067.     ABM
  2068.     Asynchronous Balanced Mode
  2069. .LP
  2070.     ADM
  2071.     Asynchronous Disconnected Mode
  2072. .LP
  2073.     R:xxx
  2074.     Receive xxx (Command or Response)
  2075. .LP
  2076.     R:Cxxx
  2077.     Receive A Commmand
  2078. .LP
  2079.     R:Rxxx
  2080.     Receive A Response
  2081. .LP
  2082.     S:xxx
  2083.     send xxx
  2084. .LP
  2085.     F
  2086.     Final bit
  2087. .LP
  2088.     P
  2089.     Poll bit
  2090. .LP
  2091.     XXX
  2092.     Not this condition
  2093. .LP
  2094.     RC
  2095.     Redrive Counter
  2096. .LP
  2097.     RCB
  2098.     Redrive Counter Busy
  2099. .LP
  2100.     IC
  2101.     I\(hyFrame counter
  2102. .LP
  2103.     V\ds\\du\u    Variable for sequence updating
  2104. .sp 2P
  2105. .LP
  2106. III.3
  2107.     \fISummary of frame definitions\fR 
  2108. .sp 1P
  2109. .RT
  2110. .sp 1P
  2111. .LP
  2112. III.3.1
  2113.     \fIInvalid frames\fR 
  2114. .sp 9p
  2115. .RT
  2116. .LP
  2117.     \(em
  2118.     frames not properly bounded by flags,
  2119. .LP
  2120.     \(em
  2121.     frames containing addresses other than A or B,
  2122. .LP
  2123.     \(em
  2124.     frames with Frame Check Sequence (FCS) error,
  2125. .LP
  2126.     \(em
  2127.     frames containing less than 32 bits between flags.
  2128. .sp 2P
  2129. .LP
  2130. III.3.2
  2131.     \fIValid frames\fR 
  2132. .sp 1P
  2133. .RT
  2134. .sp 1P
  2135. .LP
  2136. III.3.2.1\ \ \fINot expected frames\fR 
  2137. .sp 9p
  2138. .RT
  2139. .PP
  2140. NEF, not expected frames (for the receiver) which lead to a frame reject 
  2141. condition (excluding frames with an FRMR control field). 
  2142. .RT
  2143. .LP
  2144. .sp 1
  2145. \(em
  2146. a command or response control field that is undefined or not
  2147. implemented,
  2148. Type W
  2149. \(em
  2150. a frame with an information field which is not permitted or
  2151. supersivory or unnumbered frame with incorrect length,
  2152. Type X
  2153. \(em
  2154. an I\(hyframe with an information field which exceeds the maximum
  2155. established length,
  2156. Type Y
  2157. \(em
  2158. a frame with an invalid N (R),
  2159. Type Z
  2160. .sp 1P
  2161. .LP
  2162. III.3.2.2\ \ \fIExpected frames\fR 
  2163. .sp 9p
  2164. .RT
  2165. .LP
  2166.     \(em
  2167.     frames which must lead to a reaction (in accordance to the
  2168. Recommendation) on the receiving station,
  2169. .LP
  2170.     \(em
  2171.      frames which must be ignored only in determined states on the receiving 
  2172. station. 
  2173. .bp
  2174. .LP
  2175. .rs
  2176. .sp 47P
  2177. .ad r
  2178. \fBFigure III.11/T.90, p.\fR 
  2179. .sp 1P
  2180. .RT
  2181. .ad b
  2182. .RT
  2183. .LP
  2184. .bp
  2185. .LP
  2186. .rs
  2187. .sp 47P
  2188. .ad r
  2189. \fBFigure III.12/T.90, p.\fR 
  2190. .sp 1P
  2191. .RT
  2192. .ad b
  2193. .RT
  2194. .LP
  2195. .bp
  2196. .LP
  2197. .rs
  2198. .sp 47P
  2199. .ad r
  2200. \fBFigure III.13/T.90, p.\fR 
  2201. .sp 1P
  2202. .RT
  2203. .ad b
  2204. .RT
  2205. .LP
  2206. .bp
  2207. .LP
  2208. .rs
  2209. .sp 47P
  2210. .ad r
  2211. \fBFigure III.14/T.90, p.\fR 
  2212. .sp 1P
  2213. .RT
  2214. .ad b
  2215. .RT
  2216. .LP
  2217. .bp
  2218. .LP
  2219. .rs
  2220. .sp 47P
  2221. .ad r
  2222. \fBFigure III.15/T.90, p.\fR 
  2223. .sp 1P
  2224. .RT
  2225. .ad b
  2226. .RT
  2227. .LP
  2228. .bp
  2229. .LP
  2230. .rs
  2231. .sp 47P
  2232. .ad r
  2233. \fBFigure III.16/T.90, p.\fR 
  2234. .sp 1P
  2235. .RT
  2236. .ad b
  2237. .RT
  2238. .LP
  2239. .bp
  2240. .ce 1000
  2241. APPENDIX\ IV
  2242. .ce 0
  2243. .ce 1000
  2244. (to Recommendation T.90)
  2245. .sp 9p
  2246. .RT
  2247. .ce 0
  2248. .ce 1000
  2249. \fBPossible model for telematic endsystems taking into account\fR 
  2250. .sp 1P
  2251. .RT
  2252. .ce 0
  2253. .ce 1000
  2254. \fBthe D\(hychannel/B\(hychannel coordination function\fR 
  2255. .ce 0
  2256. .LP
  2257. .sp 2
  2258. .rs
  2259. .sp 23P
  2260. .ad r
  2261. \fBFigure IV\(hy1/T.90 [T5.90] \ \ 
  2262. (\*`a traiter comme tableau MEP), p.\fR 
  2263. .sp 1P
  2264. .RT
  2265. .ad b
  2266. .RT
  2267. .LP
  2268. .sp 6
  2269. .PP
  2270. There are various ways of specifying the layer 3 covering the
  2271. coordination function. In principle, the layer\ 3 can either be specified 
  2272. as a monolith or as a set of individual modules. 
  2273. .PP
  2274. The structuring into the three modules:
  2275. .RT
  2276. .LP
  2277.     \(em
  2278.     Layer 3 D\(hychannel
  2279. .LP
  2280.     \(em
  2281.     Layer 3 B\(hychannel and
  2282. .LP
  2283.     \(em
  2284.     Layer 3 D\(hy/B\(hychannel coordination.
  2285. .LP
  2286. is obvious, as the first two modules are almost ready\(hymade, available thus
  2287. leaving the coordination module to be specified from the functionality 
  2288. point of view. The implementation itself is in the responsibility of the 
  2289. manufacturer. 
  2290. .LP
  2291. .bp
  2292.